| 廣告聯系 | 簡體版 | 手機版 | 微信 | 微博 | 搜索:
歡迎您 游客 | 登錄 | 免費注冊 | 忘記了密碼 | 社交賬號注冊或登錄

首頁

溫哥華資訊

溫哥華地產

溫哥華教育

溫哥華財稅

新移民/招聘

黃頁/二手

旅游

秘密隧道與非法勞工:中國煤難令人想起黑暗的過去


請用微信 掃一掃 掃描上面的二維碼,然後點擊頁面右上角的 ... 圖標,然後點擊 發送給朋友分享到朋友圈,謝謝!



2010年,山西一礦難中被困工人的消息傳來,一名悲痛欲絕的家屬被帶走。

中國煤炭產業中心山西省,一直以來都有這樣一句諺語:“除非走投無路,否則不要下煤礦。”


幾十年來,煤礦裡的生活與悲劇密不可分。

這種情況如此普遍,以至於衍生出其他說法:礦工們冒險進入地下巷道,死於瓦斯爆炸、礦井坍塌和礦井水淹,是在“用生命換金錢”或“賭明天”。

過去十年,安全改革逐步改變了煤炭產業的危險名聲,人們一度認為那段日子已經過去——直到5月22日,山西留神峪煤礦發生爆炸,造成82人死亡,120多人受傷。

中國15年來最嚴重的煤礦災難發生之際,正值中國雄心勃勃地向綠色能源轉型之際——這提醒人們,中國仍在努力擺脫對煤礦的依賴,而煤礦在過去已被證明是危險的行業。

“大家都知道這是一座高瓦斯礦,”陳先生說道,他曾在留神峪煤礦工作過兩年。

“我感覺裡面肯定還有礦工。地下巷道錯綜復雜,縱橫交錯,還有隱蔽的礦面。”

陳先生說,像這樣的煤礦,“災難發生只是時間問題”。

“這場事故本不應該發生”


在留神峪煤礦,找到幸存者的希望幾乎已經破滅。

“爆炸席卷到礦井入口,把我們都震倒在地。我們什麼也看不見,塵土非常濃,”一位幸存者後來告訴中國官方媒體中央電視台。“跑了十多分鍾後,我的意識開始模糊。我當時嚇壞了。”

當局尚未確認爆炸原因,但專家告訴BBC,此類爆炸通常是由於甲烷氣體或煤塵積聚到一定程度,接觸到點火源而引起的。


即使在本身就存在風險的礦井環境中,人為失誤往往才是致命因素:管理失職、安全系統缺陷和違反規程。

江南大學國家安全與綠色發展研究院教授陳紅解釋說,設計合理的煤礦“完全可以透過系統的安全保障措施來防止爆炸”。

“根據我們目前擁有的煤礦安全管理和技術體系,我可以非常明確地指出:這起事故本不應該發生。”



上周留柳神峪煤礦爆炸事故造成至少82人死亡。

初步調查結果顯示,經營這家私營煤礦的通洲集團存在“嚴重違法行為”,當局表示,但並未具體說明發現了哪些違法行為。該公司尚未對此指控作出回應,BBC先前多次嘗試聯系該公司均未成功。

官方媒體的報告描繪了該煤礦普遍存在的安全違規行為:礦區告示牌顯示,事故當天井下作業的工人中只有一半進行了正式登記;許多礦工沒有佩戴強制性追蹤設備;以及秘密隧道和一份不准確的礦井圖紙,這些都給救援工作帶來了困難。
覺得新聞不錯,請點個贊吧     好新聞沒人評論怎麼行,我來說幾句
上一頁123下一頁
注:
  • 新聞來源於其它媒體,內容不代表本站立場!
  • 在此頁閱讀全文
    猜您喜歡:
    您可能也喜歡:
    我來說兩句:
    評論:
    安全校驗碼:
    請在此處輸入圖片中的數字
    The Captcha image
      大家正在圍觀
    數千人轉成加拿大公民 其中一半是
    加國女留學生住宅內被殺 家人崩潰
    BC省保守黨新任領袖選出 引發爭議
    領錢啦 6月加國人領取這額外補貼
    大溫聯排屋嚴重火災 一套單位燒毀
    恒大2.4萬億黑洞 中國金融地動山
    慘烈 大巴連撞6車5死華裔司機控罪
    BC億萬富翁成功降低豪宅房產估值
    她是旅美畫家,是英達的姐姐,晚年
    扒掉華為"韜定律"底褲 黃仁勳"實
      同類熱門新聞
    恒大2.4萬億黑洞 中國金融地動山
    萬萬沒想到:李連傑主演的《少林寺
    扒掉華為"韜定律"底褲 黃仁勳"實
    列車將以時速350公裡穿過長江入海
    弘一法師離世 為何在身體邊留4碗
    一分不出還要控股!中國怒撤87億元
    傳北京對這類幹部"因私出入境證件
    下三濫手段就要到頭!北京強烈反對
    四大驚人動向:中共新一輪運動令人
    川習會後 來自北京的"嚴重威脅"
      隨時閱讀新聞

    加西網微信

    大溫優惠小紅書

    溫哥華地產中心微信

    Android: 加西網
    Terms & Conditions    Privacy Policy    Political ADs    Activities Agreement    Contact Us    Sitemap    

    加西網為北美中文網傳媒集團旗下網站

    頁面生成: 0.0404 秒 and 5 DB Queries in 0.0043 秒